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(54) Method and device for a messaging address directory 



(57) In a message exchange system, a first user and 
a second user mutually register their handle names 
(HNs) to their friend lists each provided in a server. 
When the first user deletes the registration of HN of the 
second user from the first user's friend list, the first user 



notifies the second user of the deletion of the HN via the 
server to request the second user to delete the registra- 
tion of the first user's HN from the second user's friend 
list. The HN of the first user is deleted from the second 
user's friend list. 
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Description 

CROSS REFERENCE TO RELATED APPLICATION 

[0001 ] The present disclosure relates to subject mat- 
ter contained in Japanese Patent Application No. 
2001-142284, filed on May 11, 2001, the disclosure of 
which expressly incorporated herein by reference in its 
entirety. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0002] The present invention relates to a technique for 
managing user information when exchanging a mes- 
sage between users on a network. 

Description of the Related Art 

[0003] There is conventionally known network com- 
munication tools that are used to exchange a message 
between users of client machines connected to a net- 
work, typically the Internet. One of such network com- 
munication tools is a tool for performing a message ex- 
change between two users in real time on the Internet 
by unicast (one-to-one communication). For example, 
there is a two-sided message exchange tool in multiwin- 
dow environments as in ICQ (trademark of Milabilis in 
Israel). The two-sided message exchange tool is one in 
which the client machines display a transmission mes- 
sage and a reception message respectively to make it 
possible to perform a message exchange between two 
sides in a message exchange system in which client ma- 
chines are connected to an ICQ server. 
[0004] Each user of such a two-side message ex- 
change tool holds a list in the message exchange sys- 
tem. The list has preregistered information of at least 
one user such as friends etc. with whom each user wish- 
es to perform message exchange. 
[0005] There is a system that requires acceptance 
from a user desired to be registered when one user of 
the two-side message exchange tool registers informa- 
tion of the other user to the list. A first user registers 
information of a second user into the first user's list 
based on acceptance from the second user. Similarly, 
the second user registers information of the first user to 
the second user's list based on acceptance from the first 
user. The first user cannot register information of the 
second user in the first user's list without obtaining the 
acceptance from the second user. 
[0006] However, in the case where two users mutually 
register their information in their lists to use the two-side 
message exchange tool, even when the first user de- 
letes information of the second user from the first user's 
list for personal reasons, the second user is not informed 
that information of the second user has been deleted 
from the first user's list. The second user recognizes that 



mutual registration with the first user is continued. 
[0007] If information of the first user stays registered 
in the second user's list in spite of the absence of reg- 
istration information of the second user in the first user's 
5 list, there is a possibility that trouble will occurs in con- 
sistency of two-side message exchanges. There is a 
problem in which the first user cannot protect privacy 
since information of the first user stays registered in the 
second user's list against the first user's will. 
10 [0008] In the system that requires acceptance from a 
user desired to be registered when one user registers 
information of the other user in the aforementioned list, 
the first user must register information of the second us- 
er to the first user's list based on acceptance from the ' 
is second user. Similarly, the second user must register 
information of the first user to the second user's list 
based on the acceptance from the first user. This causes 
a problem in which the mutual registration procedure be- 
comes complicated when two users mutually register 
20 their information in their lists. 

[0009] There is a case in which the second user can- 
not obtain acceptance from the first user in spite of the 
fact that the first user registers information of the second 
user in the first user's list based on acceptance from the 
25 second user. In this case, the second user cannot reg- 
ister information of the first user in the second user's list. 
Namely, information of the second user stays registered 
in the first user's list in a one-sided manner. This causes 
a problem in which imbalance will occur in view of pro- 
30 tection of privacy. 

SUMMARY OF THE INVENTION 

[0010] It is an object of the present invention is to pro- 
35 vide a message exchanging method and the like that 
are capable of managing user information easily and ap- 
propriately. 

[0011] . According to the first aspect of the present in- 
vention, there is provided a message exchange system 

40 which includes at least a first client system used by a 
first user and a second client system used by a second 
user. The client systems are connected to each other 
via at least one server system and a communication net- 
work. Each client system exchanges a message via the 

45 server system. The message exchange system in- 
cludes a storage device that stores a list registering in- 
formation of one or more users to be subject to message 
exchange for each user. The first client system includes 
a first deleting device that deletes registration of infor- 

50 mation of the second user from the list of the first user 
based on an instruction from the first user. The first client 
system further includes a deletion requesting device. 
When the first deleting device deletes the registration 
information of the second user from the list of the first 

55 user, the deletion requesting device transmits a deletion 
request message. In response to the registration of in- 
formation of the first user is deleted from the list of the 
second user. The second client system includes a sec- 
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ond deleting device that deletes the registration infor- 
mation of the first user from the list of the second user, 
when receiving the deletion request message from the 
server system. 

[001 2] According to the second aspect of the present 
invention, there is provided a message exchange sys- 
tem which includes at least a first client system used by 
a first user and a second client system used by a second 
user. The client systems are connected to each other 
via at least one server system and a communication net- 
work. Each client system exchanges a message via the 
server system. The message exchange system in- 
cludes a storage device that stores a list registering in- 
formation of one or more users to be subject to message 
exchange for each user. The first client system includes 
a first deleting device that deletes registration of infor- 
mation of the second user from the list of the first user 
based on an instruction from the first user. The first client 
system further includes a deletion notifying device that 
transmits a notification of deletion message. The notifi- 
cation indicates that registration of information of the 
first user is deleted from the list of the second user. The 
message is sent to the second client system via the 
server system when the first deleting device deletes the 
registration of information of the second user from the 
first list of the first user. 

[0013] According to the third aspect of the present in- 
vention, there is provided a client system that exchang- 
es a message with another client system via a server 
system connected to a communication network. The cli- 
ent system includes a deleting device that deletes reg- 
istration of information of a second user from a list of a 
first user based on an instruction from the first user of 
the client system. The client system further includes a 
deletion requesting device that transmits a deletion re- 
quest message for deleting the registration of informa- 
tion of the first user from the list of the second user. The 
message is sent to the other client system used by the 
second user via the server system when the deleting 
device deletes the registration of information of the first 
. user from the list of the second user. 
[0014] According to the fourth aspect of the present 
invention, there is provided a client system that ex- 
changes a message with another client system via a 
server system connected to a communication network. 
The client system includes a receiver that receives a de- 
letion request message for deleting registration of infor- 
mation of a first user from a list of a second user, who 
uses the client system, from the server system. The cli- 
ent system further includes a deleting device that de- 
letes the registration information of the first user from 
the list of the second user when the receiving device 
receives the deletion request message. 
[001 5] According to the fifth aspect of the present in- 
vention, there is provided a message exchange method 
of a message exchange system. In the message ex- 
change system, at least a first client system used by a 
first user and a second client system used by a second 



user are connected to each other via at least one server 
system and a communication network. Each client sys- 
tem exchanges a message via the server system. The 
method includes preparing a list for registering informa- 
s tion of one or more users to be subject to message ex- 
change for each user. The method further includes de- 
leting registration of information of the second userfrom 
the list of the first user based on an instruction from the 
first user by use of the first client system. The method 
10 further includes transmitting a deletion request mes- 
sage for deleting the registration of information of the 
first user from the list of the second user, to the second 
client system via the server system. The message is 
sent to the first client system when information of the 
75 second user is deleted from the list of the first user. The 
method further includes deleting the registration infor- 
mation of the first user from the list of the second user 
by use of the second client system when the second cli- 
ent system receives the deletion request message from 
20 the server system. 

[0016] According to the sixth aspect of the present in- 
vention, there is provided a message exchange method 
of a message exchange system. In the message ex- 
change system, at least a first client system used by a 
25 first user and a second client system used by a second 
user are connected to each other via at least one server 
system and a communication network. Each client sys- 
tem exchanges a message via the server system. The 
method includes preparing a list for registering informa- 
nt? tion of one or more users to be subject to message ex- 
change for each user. The method further includes de- 
leting registration of information of the second userfrom 
the list of the first user based on an instruction from the 
first user by use of the first client system. The method 
35 further includes transmitting a notification of deletion 
message notifying that the registration of information of 
the first user is deleted from the list of the second user. 
The message is sent to the second client system via the . 
server system of the first client system when information 
40 of the second user is deleted from the list of the first user. 
[001 7] According to the seventh aspect of the present 
invention , there is provided a message exchange meth- 
od, which is executed by a client system. The client sys- 
tem exchanges a message with another client system 
45 via a server system connected to a communication net- 
work. The method includes deleting registration of infor- 
mation of a second user from a list of a first user based 
on an instruction from the first user of the client system. 
The method further includes transmitting a deletion re- 
50 quest message for deleting the registration of informa- 
tion of the first userfrom the list of the second user. The 
message is sent to the other client system used by the 
second user via the server system when the registration 
information of the first user is deleted. 
55 [0018] According to the eighth aspect of the present 
invention, there is provided a message exchange meth- 
od, which is executed by a client system. The client sys- 
tem exchanges a message with another client system 
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via a server system connected to a communication net- 
work. The method includes receiving a deletion request 
--?ssage for deleting registration information of a first 
: er from a list of a second user, who uses the client 
•ystern, from the server system. The method further in- 
cludes deleting the registration information of the first 
user from the list of the second user when the message 
is received. 

[001 9] According to the ninth aspect of the present in- 
vention, there is provided a client system that exchang- 
es a message with another client system via a server 
system connected to a communication network. The cli- 
ent system includes storage that stores a program, a 
processor that executes the program, and a communi- 
cation device that communicates with the server system 
via the communication network. The program causes 
the client system to delete registration of information of 
a second user from a list of a first user based on an in- 
struction from the first user of the client system. The pro- 
gram further causes the client system to transmit a de- 
letion request message for deleting the registration of 
information of the first user from the list of the second 
user to the other client system used by the second user 
via the server system when the registration information 
of the second user is deleted. 

[0020] According to the tenth aspect of the present in- 
vention, there is provided a client system that exchang- 
es a message with another client system via a server 
system connected to a communication network. The cli- 
ent system includes storage that stores a program, a 
processor that executes the program, and a communi- 
cation device that communicates with the server system 
via the communication network. The program causes 
the client system to receive from the server system a 
deletion request message for deleting registration infor- 
mation of a first user from a list of a second user, who 
uses the client system. The program further causes the 
client system to delete the registration information of the 
first user from the list of the second user when the mes- 
sage is received. 

[0021 ] According to the eleventh aspect of the present 
invention, there is provided a message exchange sys- 
tem. In the message exchange system, at least a first 
client system used by a first user and a second client 
system used by a second user are connected to each 
other via at least one server system and a communica- 
tion network. Each client system exchanges a message 
via the server system. The message exchange system 
includes a storage device that stores a list for each user 
in which information is registered. The information re- 
lates to one or more users to be subject to message ex- 
change. The first client system includes a requesting de- 
vice that transmits a registration request message for 
registering information of the second user to the list of 
a first user based on an instruction from the first user. 
The message is sent to the second client user via the 
server system. The first client system further includes a 
receiver that receives a message from the second client 



system in response to the registration request message. 
The second client system includes a registering device 
that registers information of the first user to the list of 
the second user based on an instruction from the sec- 
5 ond user when the registration request message is re- 
ceived. The second client system further includes a reg- 
istration notifying device that transmits a mutual regis- 
tration message to the first client system via the server 
. system when information of the first user is registered 
10 by the registering device. The first client system further 
includes a mutual registering device that registers infor- 
mation of the second user to the list of the first user when 
the receiver receives the mutual registration message. 
[0022] According to the twelfth aspect of the present 
is invention, there is provided a client system that ex- 
changes a message with another client system via a 
server system connected to a communication network. 
The client system includes a receiver that receives a 
registration request message for registering information 
20 of a second user to a list of a first user, who uses the 
other client system, from the server system. The client 
system further includes a registering device that regis- 
ters information of the first user to the list of the second 
user based on an instruction from the second user when 
25 the receiver receives the registration request message. 
The client system includes a registration notifying de- 
vice that transmits a mutual registration message to the 
other client system via the server system when informa- 
tion of the first user is registered by the registering de- 
vice. 

[0023] According to the thirteenth aspect of the 
present invention, there is provided a message ex- 
change method of a message exchange system. In the 
message exchange system, at least a first client system 
used by a first user and a second client system used by 
a second user are connected to each other via at least 
one server system and a communication network. Each 
client system exchanges a message via the server sys- 
tem. The method includes preparing a list for registering 
information of one or more users to be subject to mes- 
sage exchange for each user. The method further in- 
cludes transmitting a registration request message for 
registering information of a second user to the list of a 
first user based on an instruction from the first user. The 
message is sent to the second client user via the server 
system by the first client system . When the second cl ient 
system receives the registration request message, in- 
formation of the first user is registered to the list of the 
second user based on an instruction from the second 
user. When information of the first user is registered, a 
mutual registration message is transmitted to the first 
client system via the server system. When the first client 
system receives the mutual registration message, infor- 
mation of the second user is registered to the list of the 
first user. 

[0024] According to the fourteenth aspect of the 
present invention, there is provided a message ex- 
change method that is executed by a client system. The 
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client system exchanges a message with another client 
system via a server system connected to a communica- 
tion network. The method includes receiving a registra- 
tion request message for registering information of a 
second user to a list of a first user, who uses the other 5 
client system, from the server system. When the regis- 
tration request message is received, information of the 
first user is registered to the list of the second user based 
on an instruction from the second user When informa- 
tion of the first user is registered, a mutual registration 10 
message is transmitted to the other client system via the 
server system. 

[0025] According to the fifteenth aspect of the present 
invention, there is provided a client system that ex- 
changes a message with another client system via a '5 
server system connected to a communication network. 
The client system includes storage that stores a pro- 
gram, a processor that executes the program, and a 
communication device that communicates with the serv- 
er system via the communication network. The program 20 
causes the client system to receive a registration re- 
quest message for registering information of a second 
user to a list of a first user, who uses the other client 
system, from the server system. The program further 
causes the client system to register information of the 25 
first user to the list of the second user based on an in- 
struction from the second user when the registration re- 
quest message is received. The program further causes 
the client system to transmit a mutual registration mes- 
sage to the other client system via the server system 30 
when information of the first user is registered. 
[0026] The message exchange method of the present 
invention can be provided as a program that is executed 
in a client system accessible to a server connected to a 
communication network. As a method for providing a 35 
program, there is a method in which a program is stored 
in a computer-readable storage medium such as 
CD-ROM, DVD-ROM, etc. so that the program is distrib- 
uted, and a method in which a program is converted into 
a signal and superimposed on a carrier wave so that the 40 
program is downloaded to a client system from a server 
system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

45 

[0027] 

FIG. 1 is a block diagram illustrating a system struc- 
ture of a communication network service system ac- 
cording to one embodiment of the present inven- so 

tion; 

FIG. 2 is an explanatory view of an environment of 
video game machines intended for home use ac- 
cording to an embodiment of the present invention; 
FIG. 3 is a block diagram illustrating the system 55 
structure of the main body of a game machine ac- 
cording to an embodiment of the present invention; 
FIG. 4 is an explanatory view of a controller accord- 



ing to an embodiment of the present invention; 
FIG. 5 is an explanatory view of a top screen page 
of a viewer according to an embodiment of the 
present invention; 

FIG. 6 is an explanatory view of a navigator top 
screen page according to an embodiment of the 
present invention; 

FIG. 7 is an explanatory view of a friend screen 
page according to an embodiment of the present 
invention; 

FIG. 8 is an explanatory view of a friend screen 
page according to an embodiment of the present 
invention; 

FIG. 9 is an explanatory view of a friend screen 
page according to an embodiment of the present 
invention; 

FIG. 10 is an explanatory view of a friend screen 
page according to an embodiment of the present 
invention; 

FIG. 11 is an explanatory view of a message screen 
page according to an embodiment of the present 
invention; 

FIG . 1 2 is an explanatory view of a message screen 
page according to an embodiment of the present 
invention; 

FIG. 13 is an explanatory view of a memory card 
according to an embodiment of the present inven- 
tion; 

FIG. 1 4 is an explanatory view of a profile database 
according to an embodiment of the present inven- 
tion; 

FIG. 15 is a flowchart illustrating processing proce- 
dures using a viewer program according to an em- 
bodiment of the present invention; 
FIG. 16 is a flowchart illustrating processing proce- 
dures using a viewer program according to an em- 
bodiment of the present invention; 
FIG. 17 is a flowchart illustrating processing proce- 
dures using a viewer program according to an em- 
bodiment of the present invention; and 
FIG. 18 is a flowchart illustrating processing proce- 
dures using a viewer program according to an em- 
bodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0028] The following will specifically explain the em- 
bodiments of the present invention with reference to the 
accompanying drawings. In the respective figures, the 
components having the same functions are assigned 
the same reference numerals and the overlapping ex- 
planation is omitted. 

[0029] The message exchange system of this embod- 
iment is implemented as one of the functions in the net- 
work service that the network service company pro- 
vides. The network service system of this embodiment 
is a system for providing the network service to member 



5 



BNSDOCID: <EP 12571 10A2J_> 



9 



EP 1 257 110 A2 10 



users via the Internet as one example of communication 
networks. 

[0030] For example, the contents of the aforemen- 
tioned network service may be as follows. 

1 . Content browsing service: Provision of informa- 
tion of sports, music, cartoon, shopping, and other 
kinds of information; 

2. Communication service: Provision of environ- 
ment of real-time message exchange between us- 
ers and mail service environments; and 

3. Game service: Provision of on-line games that 
are started up via the network. 

[0031 ] The real-time message exchange between us- 
ers is implemented in the message exchange system of 
this embodiment. 

[0032] The user, who becomes the member of the net- 
work service, causes a viewer intended for the network 
service to be initiated on a client machine, and gains 
access to server groups of network service companies 
to use various kinds of network services to be provided. 

Embodiment 

System structure 

[0033] The system structure of the network service 
system of this embodiment is illustrated in FIG. 1 . In FIG. 
1 , the network service system includes a communica- 
tion network 1 01 , a server group 1 02 of network service 
company, and client systems 103a, 103b, 104a, 104b, 
which are connected to the server group 102 via the 
communication network 101 and which are used by 
each one of the users. The server group 102 and client 
systems 1 03a, 1 03b : 1 04a and 1 04b are computer sys- 
tems. 

[0034] The client systems 103a and 103b are video 
game machines intended for home use The client sys- 
tems 104a and 1 04b are personal computers (hereinaf- 
ter referred to as PCs). The client systems 103a and 
1 03b can load the aforementioned viewer program from 
CD-ROM. The client systems 1 04a and 1 04b have the 
aforementioned viewer installed thereon in advance. 
[0035] The communication network 101 connects the 
server group 102 to the client systems 103a, 103b, 
104a, and 104b. In this embodiment, it is assumed that 
the Internet is used as the communication network 1 01 . 
For data transmission/reception, general protocols such 
as TCP/IP, HTTP (HyperText Transfer Protocol), SMTP 
(Simple Mail Transfer Protocol), FTP (File Transfer Pro- 
tocol), etc. are used. 

[0036] The server group 1 02 performs access to data 
held and the processing, and provides service to the re- 
spective client systems 103a, 103b, 104a, and 104b in 
response to the requests from the respective client sys- 
tems 1 03a, 1 03b, 1 04a, and 1 04b. The servergroup 1 02 
has an authentication server group 102a, a content 



server group 1 02b, a message server group 1 02c, a mail 
server group 1 02d, a game A servergroup 1 02e, a game 
B server group 102f, and a profile server group 102g. 
The respective server groups 1 02a to 1 02g are connect- 
ed to one another via a LAN 1 02h. 
[0037] The authentication server group 1 02a includes 
multiple authentication server systems. Each authenti- 
cation server system manages an accou nt (user ID) and 
a password of each member user. Each authentication 
server system may manage a user connection state (on- 
line/offline) and an address of the user's client machine, 
which is online. 

[0038] The content server group 1 02b includes multi- 
ple content server systems. Each content server system 
provides information of sports, music, cartoons, and 
shopping, as well as other kinds of information. 
[0039] The message server group 1 02c includes a 
group of message server systems. Each message serv- 
er system provides an environment of real-time mes- 
sage exchange between users. More specifically, each 
message server system provides the environment of a 
messenger application (serving as a structural compo- 
nent of the message exchange system of this embodi- 
ment to be described later) that the user starts up on the 
client machine, and an environment of a chat applica- 
tion. Each message server system executes routing 
(setting of transmission destination and channel) for dis- 
tributing an exchange message of the messenger appli- 
cation and a chat message of the chat application. 
[0040] The mail server group 1 02d includes a group 
of mail server systems. Each mail server system pro- 
vides the environment of e-mail exchange between us- 
ers. 

[0041] The game A server group 102e is composed 
of a group of game A server systems for a game, that 
is, game title "A." The game B server group 1 02f is com- 
posed of a grouop of game B server systems for a game, 
that is, game title "B." The respective game server sys- 
tems are used as structural components of an online in- 
formation processing system of this embodiment. Each 
game server system provides the environments of on- 
line games. The user starts up the online game in the 
game server system from the viewer to play the game 
that the game server system provides. For example, in 
the case where the started online game is a role playing 
game (user plays a role as a game character to execute 
the game) : the user can play the role playing game with 
other players. 

[0042] The profile server group 1 02g includes a group 
of profile server systems. Each profile server system 
manages the profiles of the user corresponding to each 
account on an account-by-account basis. The user can 
register the user's profiles to the profile server system 
from -the viewer. 

[0043] The profile server system stores friend list da- 
ta, which is necessary for the viewer to display the friend 
list. Friend list data is. a list in which information of at 
least one user with whom the user corresponding to 
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each account wishes to perform a message exchange 
is registered for each account. The friend list is prepared 
in advance at the time when the operation of the system 
is started. The profile server system stores a handle 
name of a user corresponding to each account on an 
account-by-account basis. The friend list (friend list da- 
ta) and the handle name will be specifically described 
later. 

Client system 

[0044] This embodiment explains a case in which the 
client systems 103a and 103b, which are video game 
machines intended for home use, are used as client sys- 
tems. 

[0045] FIG. 2 is a view explaining environments of cli- 
ent systems 1 03a, 1 03b and 1 03c which are video game 
machines intended for home use. The client systems 
1 03a, 1 03b and 1 03c are connected to the server group 
1 02 via the communication network 1 01 . 
[0046] The client system 1 03a includes a game ma- 
chine main body 201 , a TV set 202, and a controller 203. 
The client system 1 03b includes a game machine main 
body 204, a TV set 205, and a controller 206. The client 
system 1 03c includes a game machine main body 207, 
. a TV set 208, and a controller 209. Programs that are 
executed by the game machine main bodies 201,204 
and 207 are provided by CD-ROMs 21 0,221 , and 222. 
[0047] The game machine main body 201 starts up 
the viewer and gains access to the server group 102. 
The TV set 202 displays an image sent from the game 
machine main body 201 , and outputs sound. The con- 
troller 203 inputs an instruction from the user to the 
game machine main body 201 . 
[0048] In this embodiment, it is assumed that users, 
that is, MAEHIRO, JUNKO, and NAOKI gain access to 
the server group 102 using client systems 103a, 103b, 
and 103c, respectively. 

[0049] FIG. 3 shows the system structure of the game 
machine main body 201. In FIG. 3, the game machine 
main body 201 includes a CPU (Central Processing 
Unit) 201 a, system memory 201 b, a VRAM (Video RAM) 
201c, an image control module 201 d, a sound control 
module 201e, a memory card slot 20lf, an I/O (Input/ 
Output) interface 201 g, a communication interface 
201 h, and a CD-ROM drive 201L A CD-ROM 210 is 
loaded in the CD-ROM drive 201 i. A memory card 21 1 
is loaded in the memory card slot 201 f. 
[0050] The CPU 201a controls the entirety of the 
game machine main body 201 according to the control 
procedures of the program loaded on the system mem- 
ory 201b from the CD-ROM 210 or the program 
prestored. 

[0051] The system memory 201b includes ROM 
(Read Only Memory) * and RAM (Random Access Mem- ; 
ory). In the ROM, a BIOS (Basic Input/Output System) 
program is stored. In the RAM, control data and a viewer 
program, which is loaded from the CD-ROM 21 0 by the 



CD-ROM drive 201 i, are temporarily stored. 
[0052] The VRAM 201c develops image data to be 
displayed on the TV set 202, and temporarily stores it. 
The image control module 201 d controls image data to 
5 be displayed on the TV set 202. The sound control mod- 
ule 201 e controls sound data to be output from the TV 
set 202. 

[0053] The memory card slot 201 f is an interface for 
inserting the memory card 21 1 that stores data to which 

io the CPU 201 a refers at the time of starting up the viewer. 
[0054] The I/O interface 201 g performs data input/ 
output between the external device such as the TV set 
202 or the controller 203 and the game machine main 
body 201 . The communication interface 201 h performs 

'5 communication control with the server group 1 02 via the 
communication network 101. 

[0055] The CD-ROM drive 201 i drives the CD-ROM 
21 0 and reads the program stored in the CD-ROM 210. 
In this embodiment, the viewer program stored in the 
o CD-ROM 210 is read by the CD-ROM drive 201 i and 
loaded onto the RAM of the system memory 201b. 
[0056] The game machine main body 204 of the client 
system 103b and the game machine main body 207 of 
the client system 1 03c have the same functions as those 
s of the game machine main body 201 of the client system 
103a, and the structure as illustrated in FIG. ,3. Pro- 
grams are loaded on the game machine main bodies 
204 and 207 from the CD-ROMs 221 and 222. 
[0057] FIG.4showsthecontroller203. Reference nu- 
J merals 203a, 203b, 203c, and 203d are directional keys 
of upper, lower, left and right, respectively. Reference 
numeral 203e indicates a circle button, and 203f indi- 
cates a cross button. The user presses these keys and 
buttons 203a to 203f to provide a predetermined instruc- 
ts tion to the game machine main body 201 . 

[0058] The directional keys 203a, 203b, 203c, and 
203d are used to move a cursor, which is instructed by 
a focus (highlight for designating an item) on the viewer 
screen page displayed on the TV set 202, to the corre- 
40 sponding direction. The directional keys 203a, 203b, 
203c, and 203d are also used to move a player charac- 
ter to a desired direction in the field of game. 
[0059] The circle button 203e is a button with which 
the cursor provides a decision operation to a certain item 
45 decision operation. The cross button 203f is a button 
that is used to cancel the decision operation or return to 
one previous operation step. 

[0060] The controller 206 of the client system 103b 
and the controller 209 of the client system 103c also 
50 have the same functions as those of the controller 203c 
of the client system 103a, and the structure as illustrated 
in FIG. 4. . 

[0061] Though the client systems 104a and 104b, 
which are PCs, are slightly different from the client sys- 
»5 . terns 103a and 103b, which are video game machines, 
in view of the physical structure, they can be implement- 
ed as those equivalent to the client systems 103a and 
103b in view of the functional structure. 
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Friend list deletion processing . 

[0062] With reference to FIGs. 5 to 12, the following 
will explain a case in which MAEHIRO deletes JUNKO's 
HN (Handle Name) "junko", who uses the client system 
1 03b, from his friend list by use of client system 1 03a in 
s the system structure of FIGs. 1 to 4. The part that is de- 
scribed as viewer processing in the following explana- 
tion is processing which is actually carried out when the 
CPU 201 a executes the viewer program. 
[0063] When MAEHIRO sets the CD-ROM with the 
viewer program stored on the game machine main body 
201, the game machine main body 201 initiates the 
viewer. The same processing is also carried out in the 
game machine main bodies 204 and 207. 
[0064] An initial screen page of the viewer prompts for 
an account and a password to log in, The user inputs 
the account and the password from a software keyboard 
(not shown in the figure: keyboard displayed on the 
screen page) or an external keyboard (not shown in the 
figure), and performs a decision operation with the circle 
button 203e to log in the viewer. 
[0065] The viewer of Embodiment 1 can use four ac- 
counts including one master account for logging in and 
three sub-accounts. It is assumed that MAEHIRO logs 
in by use of account "maehiro" as a master account. 
[0066] FIG. 5 shows the screen view of the logged-in 
viewer in this case. In FIG. 5, a viewer menu screen 
page 501 includes an account 502, a navigator com- 
mand button 503, a game command button 504, a 
sports command button 505, a music command button 
506, and a cartoon button 507. At this time, the viewer 
is offline to the server group 1 02. 
[0067] The user operates the directional keys 203a to 
203d of the controller 203 to cause a desired button to 
move the cursor, and performs the decision operation 
with the circle button 203e. The viewer starts up the 
function associated with the button subject to the deci- 
sion operation . The user provides the decisio n operation 
to a certain item at which the cursor is placed, making 
it possible to start up the function associated with the 
item. 

[0068] When the user adjusts the cursor to the game 
command button 504 to perform the decision operation, 
the viewer gains access to the game A server group 
1 02e or the game B server group 1 02f to Initiate a game 
tool for playing the game. 

[0069] When the user adjusts the cursor to the sports 
command button 505, the music command button 506, 
the cartoon command button 507, etc. to perform the 
decision operation, the viewer gains access to the con- 
tent server group 1 02b to initiate a content browsing tool 
for obtaining various kinds of contents information. 
[0070] When the user adjusts the cursor- to the navi- 
gator command button 503 to perform the decision op- 
eration, the viewer gains access to the message server 
group 102c, the mail server group 102d and the profile 
server group 1 02g to initiate a communication tool "Nav- 



igator" for providing a communication service. The nav- 
igator is a communication tool in which the functions 
such as a messenger application (hereinafter simply re- 
ferred to as messenger), a chat application and a mail 

5 application are integrated. 

[0071] The following will explain a case in which the 
navigator is initiated in the game machine main body 
201. When the navigator is started up, the navigator 
gains access to the server group 102 with the account 

10 and the password used to log in the viewer, and requests 
authentication. When authentication is obtained at the 
server group 102, the viewer is online to the server 
group 102. 

[0072] FIG. 6 shows a viewer screen page when the 

15 navigator command button 503 is subject to the decision 
operation to start up the navigator. In FIG. 6, the navi- 
gator top screen page 601 has a main window 602 of 
the messenger, a chat command button 603, and a mail 
command button 604. 

20 [0073] The messenger is automatically started up just 
after the navigator is initiated. The viewer is online to 
the message server group 102c, and the main window 
602 of the messenger is displayed in the viewer. The 
messenger is a communication tool that gains access 

25 to the message server group 1 02c to monitor the con- 
nection^ state of the member users to the server group 
102 and perform a real-time message exchange be- 
tween two users that are online to each other. 
[0074] When the user adjusts the cursor to the mail 

30 command button 604 to perform the decision operation, 
the messenger gains access to the mail server group 
102d to start up a mail application for performing an e- 
mail exchange. 

[0075] When the user adjusts the cursor to the chat 
35 command button 603 to perform the decision operation, 
the messenger gains access to the message server 
group 1 02c to start up a chat application for performing 
achat. 

[0076] In the messenger shown in FIG. 6, MAEHIRO 
40 selects the other user from the main window 602, so that 
he can perform a one-to-one real-time message ex- 
change with the selected user. 
[0077] The following will specifically explain the mes- 
senger. As illustrated in FIG. 6, the main window 602 of 
45 the messenger displays the friend list. The friend list is 
one that is displayed in the main window 602 when the 
messenger obtains friend list data stored in the profile 
server system. 

[0078] The friend list is one that displays handle 
50 names (hereinafter referred to as HNs) of the respective 
users as friends based on account friend list data (to be 
described later). Namely, in the account friend list data, 
the handle names of the member users with whom 
MAEHIRO has become acquainted via an online game - 
55 are set and registered as friends in advance to be as- 
sociated with an account "maehiro." HN is a temporary 
name that the user has, and the user can participate in 
the game and transmits the message by use of HN. In 
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Embodiment 1 , MAEHIRO's HN is the same as the ac- 
count "maehiro" to simplify the explanation. 
[0079] In the case where MAEHIRO deletes the reg- 
istration of JUNKO's HN "junko", who uses the client 
system 1 03b, from his friend list, the messenger notifies 
JUNKO's client system 103b that the HN "junko" has 
been deleted. In addition, the messenger requests 
JUNKO's client system 103b to delete the registration 
of his HN "maehiro" from JUNKO's friend list. In this way, 
one feature of the message exchange system of Em- 
bodiment 1 lies in the point that the HNs can be mutually 
deleted from the respective friend lists. 
[0080] As illustrated in FIG. 6, the main window 602 
of the messenger includes an account 605 and online 
friends 606 and offline friends 607 as a friend list. The 
online friends 606 display the HNs of the friend list, 
which are currently online to the server group 102. The 
offline friends 607 display the HNs of the friend list, 
which are currently offline to the server group 102. The 
online friends 606 further display the online user's cir- 
cumstances, for example, a name of an online game 
currently in use. 

[0081] In the case where the HN of JUNKO, who uses 
the client system 103b, is "junko" and is registered in 
friend list data of the account "maehiro", the online 
friends 606 displays the HN "junko. 0 
[0082] A HN "junko" 608, which is indicated by the cur- 
sor in the online friend 606 shows that JUNKO is playing 
the online game FFXI. 

[0083] When the user moves the cursor in the friend 
list on the main window 602 of the messenger, the mes- 
senger displays information of the user with HN, which 
is indicated by the cursor, in an information window 609. 
In an example of FIG. 6, information of JUNKO with HN 
"junko" indicated by the cursor is displayed in the infor- 
mation window 609. The information window 609 dis- 
plays JUNKO's simple profile 610 of HN "junko' 1 and a 
user state 611 (for example, a title of online game cur- 
rently in use). 

[0084] Information on the point that the users with the 
respective HNs in the friend list are in an online/offline 
state and information on the user's state when online 
are obtained when the messenger gains access to the 
message server group 1 02c to monitor them all the time. 
[0085] In FIG. 6, when the user adjusts the cursor to 
the HN "junko" 608 to perform the decision operation, 
the viewer displays a screen page that instructs various 
kinds of sub-commands to JUNKO with the account 
"junko." FIG. 7 shows a friend screen page for instruct- 
ing various kinds of sub-commands to JUNKO of HN 
"junko." 

[0086] When the user adjusts the cursor to a registra- 
tion deletion command button 702, which is one of the 
sub-commands, to perform the decision operation, the 
messenger inquires of MAHIRO about'the deletion of 
HN "junko" from the friend list of the account "maehiro." 
FIG. 8 shows a screen page of the viewer in connection 
with an inquiry about the deletion of the friend list of the 



messenger. 

[0087] In FIG. 8, a friend screen page 801 has a warn- 
ing window 802, a selection window 803, and the like. 
The warning window 802 displays an inquiry about the 
s point that "Junko will be deleted from the friend list. Is it 
all right?" The following will explain a case in which 
MAEHIRO adjusts the cursor to a "YES" button 804 in 
the selection window 803 to perform the decision oper- 
ation. 

10 [0088] When MAEHIRO adjusts the cursor to the 
"YES" button 804 in the selection window 803 to perform 
the decision operation, the messenger sends the profile 
server system an instruction to delete HN "junko" from 
the friend list with the account "maheiro." The profile 
'5 server system performs processing for deleting "junko" 
from friend list data of "maehiro" based on this instruc- 
tion. 

[0089] FIG. 9 shows a screen page of the viewer in 
which HN "junko" has been deleted from the friend list 
20 with account "maehiro." 

[0090] In FIG. 9, a friend screen page 901 has a warn- 
ing window 902, a selection window 903, and the like. 
The warning window 902 displays an inquiry about the 
point that "Deletion has been completed. Do you wish 
25 to notify junko of the deletion?" The following will explain 
a case in which MAEHIRO adjusts the cursor to a "YES" 
button 904 in the selection window 903 to perform the 
decision operation. 

[0091] When MAEHIRO adjusts the cursor to a "YES" 
30 button 904 to perform the decision operation, the mes- 
senger notifies JUNKO of the fact that the deletion has 
been made. At the same time, the messenger inquires 
of MAHIRO about the transmission of a notification of 
deletion message and deletion request for requesting to 
35 delete the registration of his HN "maehiro" from 
JUNKO's friend list. FIG. 10 shows a screen page of the 
viewer in connection with the inquiry about the notifica- 
tion of deletion message and deletion request sent from 
the messenger. 
40 [0092] In FIG. 10, a friend screen page 1001 has a 
warning window 1 002, a selection window 1 003, and the 
like. The warning window 1002 displays an inquiry about 
the point "So, message on the notification of deletion is 
transmitted. There is a possibility that you are still reg- 
45 jstered in the junko's friend list. Do you wish to request 
the deletion?" The following will explain a case in which 
MAEHIRO adjusts the cursor to a "YES" button 1004 in 
the selection window 1003 to perform the decision op- 
eration. 

50 [0093] When MAEHIRO adjusts the cursor to a "YES" 
button 1 004 to perform the.decision operation, the mes- 
senger sends JUNKO's client system 1 03b the notifica- 
tion of deletion message and the deletion request via 
the message server system. After sending the notifica- - 
55 tion of deletion message and the deletion request, the 
messenger moves to a message mode for receiving an 
autonomous message about the fact that the registra- 
tion of his HN "maehiro" from JUNKO's friend list has 
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been deleted from the profile server. FIG. 11 shows a 
message display screen page that is displayed on the 
viewer when the MAEHIRO's messenger receives the 
autonomous message from the message server system 
in the message mode. The details of the viewer on which 
the autonomous message is displayed will be described 
later. 

[0094] It is assumed that JliNKO, who uses the client- 
system 103b, initiates the messenger using the game 
machine main body 204 to be put into the message 
mode where the message exchange with NAOKI of HN 
"naoki" is performed in real time. Fig. 1 2 shows a screen 
page of the viewer in the message mode of JUNKO's 
messenger. 

[0095] In FIG. 12, a message screen page 1201 
shows a case in which JUNKO with HN "junko" receives 
an autonomous message using the notification of dele- 
tion message and deletion request sent by MAEHIRO 
from the message server system during the message 
exchange with NAOKI with HN "naoki." 
[0096] The message screen page 1 201 has an auton- 
omous message 1202, a choice "YES" button 1203, a 
choice "NO" button 1204 and the like. The autonomous 
message 1202 displays an inquiry about the point 
"JUNKO has been deleted from MAEHIRO's friend list. 
A deletion request to yourfriend list has been delivered. 
Do you wish to delete maehiro registered in the 
JUNKO's friend list?" The following will explain a case 
in which JUNKO adjusts the cursor to the choice "YES" 
button 1203 to perform the decision operation. 
[0097] When JUNKO adjusts the cursor to the choice 
"YES" button 1203 to perform the decision operation, 
the messenger sends MAEHIRO's client system 103a 
a message on a mutual deletion completion via the mes- 
sage server system. The messenger sends the profile 
server system an instruction including the point that HN 
"maehiro" is deleted from JUNKO's friend list. The pro- 
file server system performs processing for deleting 
"maehiro" from JUNKO's friend list based on this instruc- 
tion. 

[0098] Amessage screen page 1101 of FIG. 11 dis- 
plays an autonomous message 1 1 02 from the message 
server system using the message on the mutual deletion 
completion in which the registration of MAEHIRO's HN 
"maehiro" from JUNKO's friend list has been deleted, 
namely, "Maehiro has been deleted from the junko's 
friend list." 

Client system processing 

[0099] An explanation will be given of processing pro- 
cedures, which are executed when MAEHIRO deletes 
JUNKO's HN, who uses the client system 1 03b, from his 
friend list with reference to data contained in the memory 
card of FIG. 13, the profile database of FIG. 14 and flow- 
charts of FIGs. 15 and 16. 

[0100] The respective HNs of a transmitting side and 
a receiving. side are included in a message header of a 



message to be transmitted/received between the client 
systems. In the message exchange system, the server 
group 102 and the client systems 103a and 103b can 
recognize the transmitter and the receiver of the mes- 
5 sage according to the HNs included in the message 
header. 

[0101] Processing procedures shown in FIG. 15 are 
carried out when the CPU 201a of the game machine 
main body 201 of the client system 103a that MAEHIRO 

10 uses executes the viewer program loaded onto the RAM 
of the system memory 201 b from the CD-ROM 210. The 
CPU 201a refers to data stored in the memory card 211 
inserted to the memory card slot 201 f. 
[0102] Processing procedures shown in FIG. 16 are 

15 carried out when the CPU of the game machine main 
body 204 of the client system 103b that JUNKO uses 
executes the viewer program loaded onto the RAM of 
the system memory from the CD-ROM. 
[0103] In FIG. 13, a memory card 1301 stores authen- 

20 tication data 1302 and other data. FIG. 13 shows MAE- 
HIRO's memory card, but the client system 103b, which 
JUNKO uses, also includes a memory card in which the 
same type of authentication data as that of the memory 
card 1301 is stored. The authentication data 1302 in- 

25 eludes a master account, which is an account for logging 
in the viewer and for gaining access to the server group 
102, and three sub-accounts, and passwords associat- 
ed with the respective accounts. 
[0104] In FIG. 14, a profile server system 1401 in- 

30 dudes a profile database 1 402, a server engine 1407, 
and the like. The profile database 1 402 includes account 
profile data 1403 associated with the respective ac- 
counts. For example, the account profile data 1403 for 
account "maehiro" includes an account HN group 1404, 

35 an account profile 1405, and account friend list data 
1406. The profile server system 1401 is one of the profile 
server systems that the profile server group 1 02g has. 
[0105] The account HN group 1404 has a group of 
HNs preregistered by the viewer initiated by the client 

40 system 1 03a. MAEHIRO, who is the user of the master 
account "maehiro", uses a HN selected by the viewer 
from among the HNs as an active HN, and performs the 
transmission/reception of the message using the select- 
ed HN. The active HN, which is selected by MAEHIRO, 

45 js the same one as the master account "maehiro" to sim- 
plify the explanation. 

[0106] The account profile data 1403 manages the 
profile of MAEHIRO's profiles of the account "maehiro." 
[0107] The account friend list data 1406 is data in 

50 which the HNs of the member users, with whom MAE- 
HIRO has become acquainted via an online game, is set 
and registered as a friend. The account friend list data 
1406 has setting information of friends with the respec- 
tive HNs (for. example, simple profile 610, etc). The ac- 

55 count friend list data 1406 provides a friend list setting 
function, which the online games provided by, e.g., the 
game A server group 1 02e and the game B server group 
102f, so that information of the other users may be set 
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and registered. A registration setting method may follow 
the method for registering information of the users to the 
list in the conventional ICQ etc. When the HN is deleted 
from the account HN group 1 404, the corresponding us- 
er information is deleted from the account friend list data 
1406. 

[0108] The CPU 201 a verifies an account "maehiro" 
input by the user on the initial screen page of the viewer 
and a password against a pair of an account and a pass- 
word of authentication data 1302 stored in the memory 
card 1301. When verification is established, the CPU 
201a allows logging-in to the viewer and displays the 
viewer menu screen page 501 shown in FIG. 5 on the 
TV set 202. 

[0109] When detecting the decision operation of the 
navigator command button 503, the CPU 201a initiates 
the navigator. The CPU 201 a gains access to the server 
group 102 using the above-mentioned account and the 
password needed to log in the viewer, and requests au- 
thentication. When the client system 103a is online to 
the server group after obtaining the authentication, the 
CPU 201a causes the viewer to initiate the messenger 
and displays the main window 602 therein. 
[01 1 0] The CPU 201 a gains access to the profile serv- 
er system and obtains the account friend list data 1406 
stored in the profile database 1402. The account friend 
list data 1406 is loaded to the RAM of the system mem- 
ory 201 b, so that the friend list is displayed on the main 
window 602 of the messenger as illustrated in FIG. 6. 
The CPU 201a inquires of the message server group 
1 02c, and obtains information on the online friends 606, 
information on the offline friends 607 and information on 
the user state of the online friends 606 (for example, 
name of the online game currently in use). Consequent- 
ly, the lists of 'the online friends 606 and the offline 
friends 607 are displayed in the messenger as illustrated 
in FIG. 6. 

[0111] For example, when detecting that HN "junko" 
608 in the friend list is indicated by the cursor in the main 
window 602, the CPU 201a displays information of 
JUNKO on the information window .609. In the informa- 
tion window 609, the CPU 201 a displays JUNKO's sim- 
ple profile 610 with HN "junko", which is obtained from 
the account friend list data and stored in the RAM, and 
the userstate 61 1 of JUNKO obtained by the messenger 
group 102c. 

[01 1 2] For example, when detecting the decision op- 
eration to the HN "junko" 608 indicated by the cursor, 
the CPU 201a displays the friend screen page 701, 
which is used to instruct various kinds of sub-commands 
to JUNKO with HN "junko", on the TV set 202. 
[0113] In FIG. 15, when detecting the decision oper- 
ation of the registration deletion command button 702 
illustrated in FIG. 7, the CPU 201a displays the friend 
screen page 801, which is used to inquire of the user 
about the deletion of the HN "junko" from the friend list 
of the account "maehiro", on the TV set 202 (step 
S1500). 



[0114] The CPU 201a displays the warning "JUNKO 
will be deleted from the friend list. Is it all right?" on the 
warning window 802 of the friend screen page 801. 
When detecting the decision operation of the "YES" but- 
5 ton 804 on the friend screen page 801 , the CPU 201a 
sends the profile server system an instruction indicating 
that the HN "junko" is deleted from the friend list of ac- 
count "maehiro" (steps S1505->1 510). The profile serv- 
er system performs processing for deleting the HN 
10 "junko" from MAEHIRO's friend list (account friend list 
1406) based on this instruction. 
[01 1 5] When the HN "junko" is deleted, the CPU 201 a 
displays the friend screen page 901 shown in FIG. 9 on 
the TV set 202. The CPU 201a displays the point "De- 
is letion has been completed. Do you wish to notify Junko 
of the deletion?" When detecting the decision operation 
of the "YES" button 904 on the friend screen page 901 , 
the CPU 201a displays the friend screen page 1001 of 
FIG. 10 to ask whether or not the message on the noti- 
ce fication of deletion & deletion request should be trans- 
mitted on the TV set 202 (steps S151 5->1 520). 
[0116] On the warning window 1002 of the friend 
screen page 1001 , the CPU 201 a displays the point "So, 
message. on the notification of deletion is transmitted! 
25 There is a possibility that you are still registered in the 
junko's friend list. Do you wish to request the deletion?" 
When detecting the decision operation of the "YES" but- 
ton 1004 on the friend screen page 1001, the CPU 201a 
sends the message server system the message on the 
30 notification of deletion and deletion request to JUNKO 
(steps S1 520->1 525->end). After that, the CPU 201a 
moves to a messenger mode for receiving an autono- 
mous message about the fact that the registration of his 
HN "maehiro" from the JUNKO's friend list has been de- 
35 leted from the profile server system. 

[0117] When detecting the decision operation of the 
"NO" button 805 on the friend screen page 801 of FIG. 
8, the CPU 201a erases the warning window 802 and 
the selection window 803 and ends the processing (step 
40 S1505->end). When detecting the decision operation of 
the "NO" button 905 on the friend screen page 901 of 
FIG. 9, the CPU 201 a erases the warning window 902 
and the selection window 903 and ends the processing 
(steps S1515->end). When detecting the decision oper- 
45 ation of the "NO" button 1005 on the friend screen page 
1 00 1 of FIG. 1 0, the CPU 201 a sends the message serv- 
er system the message on the notification of deletion to 
JUNKO and ends the processing (steps 
S1520->S1530->end). 
so [0118] In FIG. 16, it is assumed that the CPU of the 
client system 103b receives the message on the notifi- 
cation of deletion and deletion request sent by MAEHI- 
RO from the message server system while JUNKO with 
. HN ."junko" is performing the message exchange- with 
55 NAOKI with HN "naoki." the CPU of the client system 
103b sends the profile server system an instruction to 
ask whether or not the HN "maehiro" is registered to the 
friend lists of the JUNKO's accounts (steps 
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S1600-4S1 605-41 610). 

[01 1 9] When receiving the notification that HN "mae- 
hiro" is registered to the friend lists of JUNKO's accounts 
from the profile server system , the CPU of the client sys- 
tem 103b displays the message screen page 1201 hav- 
ing the autonomous message 1202, the choice "YES" 
button 1203, the choice "NO" button 1204 and the like 
on the TV set 205 (steps S1610->S1620). 
[01 20] On the TV set 205, the CPU of the client sys- 
tem 103b displays the autonomous message 1202 indi- 
cating the point "Junko has been deleted from maehiro's 
friend list. A deletion request to yourfriend list has been 
delivered. Do you wish to delete maehiro registered in 
junko's friend list?" from the message sever system. 
When detecting the decision operation of the choice 
"YES" button 1203 in a state that the autonomous mes- 
sage 1202 is displayed, the CPU of the client system 
103b transmits a message on a mutual deletion com- 
pletion to the messenger server system to instruct the 
profile server system to delete the HN "maehiro" from 
the JUNKO's friend lists (steps S1625->S1630 
->S1635->end). The profile server system performs 
processing for deleting "maehiro" from JUNKO's friend 
lists based on this instruction. 

[0121] When detecting the decision operation of the 
choice "NO" button 1204 in a state that the autonomous 
message 1202 indicating the point "Junko has been de- 
leted from the maehiro's friend list. A deletion request 
to your friend list has been delivered. Do you wish to 
delete maehiro registered in junko's friend list?" is dis- 
played, the CPU of the client system 103b sends the 
message server system the message in which no dele- 
tion of the HN "maehiro" is performed (steps 
S1625->S1640-*erid). 

[0122] In FIG. 16, it is assumed that the CPU of the 
client system 103b receives the message on the notifi- 
cation of deletion and deletion request sent by MAEHI- 
RO from the message server system while JUNKO with 
HN "junko" is performing the message exchange with 
NAOKI with HN "naoki." The CPU of the client system 
103b sends the profile server system an instruction to 
ask whether or not the HN "maehiro" is registered to the 
friend lists of JUNKO's accounts (steps 
S1600-*S1 605^1 610). 

[0123] When receiving the notification that no HN 
"maehiro" is registered to the friend lists of JUNKO's ac- 
counts from the profile server system, the CPU of the 
client system 103b displays an autonomous message, 
which indicates the point "Junko has been deleted from 
maehiro's friend list" in place of the autonomous mes- 
sage 1 202 and which is sent from the message server 
system, on the TV set 205 (steps S1610-+ 
S1615->end). 

" [0124] In FIG. 16, it is assumed that the CPU of the 
client system 1 03b receives the message on the notifi- 
cation of deletion sent by MAEHIRO from the message 
server system while JUNKO with HN "junko" is perform- 
ing the message exchange with NAOKI with HN "naoki" 
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(steps S1600->S 1605). In this case, the CPU of the cli- 
ent system 103b displays an autonomous message, 
which indicates the point "Junko has been deleted from 
maehiro's friend list 1 ' in place of the autonomous mes- 
5 sage 1202 and which is sent from the message server 
system, on the TV set 205 (steps S1605-> 
S1615->end). 

[0125] In FIG. 16, it is assumed that the CPU of the 
client system 103b receives a message other than the 
10 message on the notification of deletion and the message 
.on the notification of deletion and the deletion request. 
.In this case, the CPU of the client system 1 03b displays 
the received message on the TV set 205 (steps 
S1600->S1645-*end).- 

is [01 26] When the message to MAEHI RO is sent to the 
message server system from the client system 103b in 
step S1630 or S1640, the corresponding message ar- 
rives at MAEHIRO'S client system 103a. Back to FIG. 
15, the explanation of processing in MAEHIRO'S client 

20 system 103a is continued. 

[0127] When receiving the message on the mutual 
deletion completion, which indicates that the HN "mae- 
hiro" has been deleted from JUNKO's friend lists of the 
profile sever system, from the message server system 

25 in a state that the messenger is in a message mode, the 
CPU 201 a displays the message screen page 1101 hav- 
ing the autonomous message 1102 indicating the point 
"Maehiro has been deleted from junko's friend list" as 
shown in FIG. 11 on the TV set 205 (steps 

30 S1500->S1535->St540->end).. 

[0128] In FIG. 15, when receiving a message on no 
deletion sent by JUNKO from the message server sys- 
tem, the CPU 201 a displays the message screen page 
1101 having an autonomous message indicating the 

35 point "The message on the deletion request was sent to 
junko but no deletion was performed. Do you wish to 
send the deletion request again?" in place of autono- 
mous message 1102 and a choice "YES" button and a 
choice "NO" button in a command field 1 1 03 on the TV 

40 set 202 (steps S1500->S1535->S1545-> S1550). 
[0129] When detecting the decision operation of the 
choice "YES" button in a state that this autonomous 
message is displayed, the CPU 201a retransmits the 
message on the notification of deletion and deletion re- 

45 quest to JUNKO to the message server system (steps 
S1550->S1555->end). In the case where theCPU 201a 
detects the decision operation of the choice "NO" but- 
ton, the CPU 201a erases this autonomous message 
and ends the processing (steps S1550— >end). 

so [0130] According to the above-explained embodi- 
ment, there is a case in which MAEHIRO and JUNKO 
are mutually registered in their friend lists in the mes- 
sage exchange system. In this case, when MAEHIRO'S 
client system 103a deletes the registration of JUNKO's 

55 HN "junko", who uses the client system 1 03b, from his 
friend lists, MAEHIRO'S client system 103a. notifies 
JUNKO's client system 103b of the fact. MAEHIRO's cli- 
ent system 103a further requests JUNKO's client sys- 
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tern 103b to delete the registration of his HN "maehiro" 
from JUNKO's friend lists. In this way, both MAEHIRO 
and JUNKO mutually delete their HNs from their friend 
lists. At the time of deleting the registration of HNs, other 
information associated with HNs is also deleted from the 
friend lists. 

[0131] In other words, this makes it possible to pre- 
vent MAEHIRO from being held registered in JUNKO's 
friend lists in spite of the fact that JUNKO is not regis- 
tered in MAEHIRO's friend lists. Accordingly, this makes 
it possible to prevent occurrence of trouble in a mis- 
match between users in terms of the message ex- 
change. It is possible to prevent other information in- 
cluding his HN "maehiro" from being held registered in 
JUNKO's friend lists against his will. 



Alternative Embodiments 

[0132] In another embodiment, FIGs. 1 to5and FIGs. 
13 and 14 are the same as those of the previously de- 
scribed embodiment. Although the preceding descrip- 
tion has explained the case in which user information is 
deleted from the friend list, a case is now explained in 
which user information is registered to the friend list. 

Friend list registration client system processing 

[0133] The following will explain the processing pro- 
cedures in the aforementioned system structure shown 
in FIGs. 1 to 4, which procedures are executed when 
MAEHIRO registers HN "junko" of JUNKO.who uses 
the client system 103b, to his friend lists by use of the 
client system 1 03a, with reference to data contained in 
the memory card of FIG. 1 3, the profile database of FIG. 
14, and the flowcharts of FIGs. 17 and 18. 
[0134] In connection with the message transmitted/ 
received between the client systems : the respective 
HNs of the transmitting side and the receiving side are 
included in the message header and the server group 
102 and the client systems 103a and 103b can recog- 
nize the transmitter of the message and the receiver 
thereof in the message exchange system. Namely, 
these points are the same as those described before. 
[0135] Processing procedures shown in FIG. 17 are 
carried out when the CPU 201a of the game machine 
main body 201 of the client system 1 03 used by MAE- 
HIRO executes the viewer program loaded onto the 
RAM of the system memory 201b from the CD-ROM 
210. The CPU 201 a refers to data stored in the memory 
card 21 1 inserted to the memory card slot 201 f. 
[0136] Processing procedures shown in FIG. 18 are 
carried out when the CPU of the game machine main 
body 204 of the client system 1 03b used by JUNKO ex- 
ecutes the viewer program loaded onto the RAM of the 
system memory 204 from the CD-ROM. 
[0137] When MAEHIRO is to register JUNKO's HN 
"junko", who uses the client system 103b, in his friend 
lists, he asks JUNKO to approve the registration. In the 



case where JUNKO, who has been asked to approve 
the registration by MAEHIRO, wishes to mutually regis- 
ter their HNs to their friend lists, she registers MAEHI- 
RO's HN "maehiro" to her friend lists and sends back a 
5 notification of mutual registration to MAEHIRO. MAEHI- 
RO, who has received the notification of mutual regis- 
tration, registers JUNKO's HN "junko" to his friend lists. 
In this way, a feature of the message exchange system 
of lies in the point that their HNs can be mutually regis- 
10 tered to their friend lists. 

[01 38] Similar to above, the viewer menu screen page 
501 is displayed on the TV set 202. When detecting the 
decision operation of the game command button 504, 
the CPU 201a initiates the game tool. The CPU 201a 
'5 gains access to the game A server group 102e or the 
game B server group 102f with the account and pass- 
word used to log in the viewer, and requests authenti- 
cation. When authentication is obtained and the viewer 
is online to the server groups 102, the CPU 201a initi- 
20 ates the game tool and displays the main window of the 
game therein. 

[01 39] In FIG. 1 7, the CPU 201 a detects the decision 
operation of registering the HN "junko" who participates 
in the online game by the friend list setting function of 

25 the online game. The CPU 201 atransmits the message 
on the registration request to JUNKO to the message 
server in order to ask JUNKO to approve the registration 
of HN "junko" to the friend list of the account "maehiro" 
(steps S 1 700->S 1 71 0->end) . Thereafter, the C PU 201 a 

30 moves to a mode for receiving JUNKO's response mes- 
sage from the. message server system. 
[0140] In FIG. 18, it is assumed that the CPU of 
JUNKO's client system 103b receives the registration 
request message sent by MAEHIRO from the message 

35 server system while JUNKO with HN "junko" is playing 
the online game. 

[0141] On the TV set 205, the CPU of the client sys- 
tem 1 03b displays a warning window, which displays an 
autonomous message "Is it all right to register junko to 

^o maehiro 's friend list?" from the message server system 
based on the registration request message, and a se- 
lection window; which has a "registration OK" button, a 
"registration rejection" button, a "mutual registration but- 
ton" and the like (step S1800->S1810). 

45 [0142] When detecting the decision operation of the 
"registration OK" button in step S1810, the CPU of the 
client system 1 03b transmits a registration OK message 
to MAEHIRO to the message server system (step 
S1815->end). 

so [0143] When detecting the decision operation of the 
"mutual registration" button in a state that this autono- 
mous message is displayed in step S1810, the CPU of 
the client system 1 03b transmits the mutual registration 
message to MAEHIRO to the message server system 

55 to instruct to register the HN "maehiro" to JUNKO's 
friend lists (steps S1825^ S1 830-^1 835-*end). The 
profile sever system performs processing for registering 
the HN "maehiro" to JUNKO's friend lists based on this 
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instruction. 

[0144] When detecting the decision operation of the 
"registration rejection" button in a state that the above 
autonomous message is displayed in step S1810, the 
CPU of the client system 1 03b transmits the registration 
rejection message to MAEHIRO to the message server 
system (steps S1825->S1 837->1 840->end). 
[0145] When the message to MAEHIRO is sent to the 
message server system from the client system 1 03b in 
steps S1815 or S1835, the corresponding message ar- 
rives at MAEHIRO'S client system 103a. Back to. FIG. 
17, the explanation of processing in MAEHIRO'S client 
system 1 03a is continued. 

[0146] When receiving the registration OK message 
sent by JUNKO from the message server system while 
MAEHIRO is playing the online game, the CPU 201a 
sends an instruction to register the HN "junko" to MAE- 
HIRO'S friend lists to the profile server system (step 
S1 700^1 720-»1 725). The profile sever system per- 
forms processing for registering the HN "junko" to MAE- 
HIRO'S friend lists, and sends the registration OK mes- 
sage to MAEHIRO'S client system 103a. On the TV set 
202, the CPU 201 a displays the warning window show- 
ing an autonomous message "Junko has registered to 
maehiro's friend list." based on this registration OK mes- 
sage (step S1730->end). 

[0147] When receiving the mutual registration mes- 
sage sent by JUNKO from the message server system, 
the CPU 201a sends an instruction to register the HN 
"junko" to MAEHIRO'S friend lists to the profile server 
system (step S1 700->1 720-^1 735->1 737). The profile 
sever system performs processing for registering the 
HN "junko" to MAEHIRO'S friend lists, and sends the 
mutual registration message to MAEHIRO'S client sys- 
tem 103a. On the TV set 202, the CPU 201a displays 
the warning window showing an autonomous message 
"Junko has registered to maehiro's friend list. The mu- 
tual registration has been completed." based on this 
registration OK message (step S1740->end). 
[0148] When receiving a registration rejection mes- 
sage sent by JUNKO from the message server system, 
the CPU 201a does not send an instruction to register 
the HN "junko" to MAEHIRO'S friend lists to the profile 
server system but transmits the registration rejection 
message to the MAEHIRO'S client system 103a. On the 
TV set 202, the CPU 201 a displays the warning window 
showing an autonomous message "Junko cannot be 
registered to maehiro's friend list. It is rejected." based 
on this registration rejection message (step 
S1 700->S1720->S1 735->S1 745->1750-»end). 
[0149] According to the above-explained embodi- 
ment, in the case where MAEHIRO registers JUNKO's 
HN, who uses the client system 103b, to his friend list 
in the message exchange system, he asks JUNKO to 
approve the registration. In the case where JUNKO, who 
has been asked to approve the registration by MAEHI- 
RO, wishes to mutually register their HNs to their friend 
lists, she registers MAEHIRO'S HN to her friend list and 



sends back a notification of mutual registration to MAE- 
HIRO. MAEHIRO, who has received the notification of 
mutual registration, registers JUNKO's HN "junko" to his 
friend lists. In this way. their HNs can be mutually reg- 
5 istered to their friend lists. 

[0150] Accordingly, the users can mutually register 
user information including their HNs to their friend lists 
in the simple procedures. It is possible to prevent infor- 
mation of the other user, who wishes mutual registration, 
10 from being held registered in one user's friend list. 
[0151] In addition to the aforementioned embodi- 
ments, the following embodiment can be applied. 
[01 52] In the aforementioned embodiments, the client 
systems are used as video game machines intended for 
is home use. However, PCs may be used as client sys- 
tems. In this case, the viewer may be mounted on a hard 
disk in advance without limiting the loading from the 
CD-ROM. Authentication data may be stored in the hard 
disk in place of the memory card 1 301 . A mouse or key- 
board may be used in place of the controller. 
[0153] In the aforementioned embodiments, the client 
systems are used as video game machines intended for 
home use. However, terminals or game machines, 
which are set up at an amusement arcade may be used 
as client systems. In this case, the viewer may be 
. mounted on built-in storage in advance without limiting 
the loading from the CD-ROM. Authentication data may 
be stored in storage built in the game machine main 
body 201 in place of the memory card 1301 . A known 
arbitrary input device may be used as an input device 
corresponding to the controller. 
[01 54] In the aforementioned embodiments, the client 
systems are used as video game machines intended for 
home use. However, program-executable hand-held 
terminals, such as a cellular phone, a PDA (Personal 
Digital Assistance) etc., may be used as client systems. 
In this case, the viewer may be mounted on a built-in 
ROM. Flash memory may be used to store authentica- 
tion data in place of the memory card 1301. An input key 
such as a keyboard can be used as an input device cor- 
responding to the controller. 

[0155] In the aforementioned embodiment, authenti- 
cation data 1 002 etc. are stored in the memory card 
1 301 . However, authentication data may be stored in the 
RAM separately provided in the game machine, and the 
player may input It from the input device. 
[01 56] In the aforementioned embodiment, it was as- 
sumed that the Internet was used as the communication 
network 101. However, the communication network 1 01 
may be a commercial network of a closed environment 
or a LAN (Local Area Network). The server group 102 
was composed of the server groups 1 02a to 1 02g, which 
were connected to one another via the LAN 1 02h. How- 
ever, the. functions of the server groups 102a to 102g 
may be realized on one general-purpose computer. 
[0157] In the aforementioned embodiment, the pro- 
gram shown by the flowcharts of FIGs. 15 to 18 was 
loaded onto the RAM of the system memory 201 b from 
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the CD-ROM 210 to be executed. However, this pro- 
gram may be superimposed on a carrier wave and 
downloaded to the game machine main bodies 201, 
204, 207 or PCs forming the client systems 104a and 
1 04b from the server group 1 02 via the communication 5 
network 1 1 0. This program may be stored in a fixed disk 
device, and downloaded to the game machine main 
body 201 , 204, 207 or PCs. The fixed disk device may 
be included in a server apparatus on the communication 
network 101, other than the server groups 1 02a to 1 02g. 10 

Claims 

1 . A message exchange system in which at least a first 15 
client system used by a first user and a second cli- 
ent system used by a second user are connected 
to each other via at least one server system and a 
communication network andeach client system ex- 
changes a message via said server system, com- 20 
prising: 



the registration of information of said first user when 
said registration determining device determines 
that information of said first user is registered in said 
list of said second user. 

3. The message exchange system according to claim 
1 , wherein said deletion requesting device trans- 
mits the deletion request message for deleting the 
registration information of said first user from said 
list of said secon d user to said second client system 
via said server system when being instructed to de- 
lete the registration information of said first user 
from said list of said second user by said first user. 

4. The message exchange system according to claim 
1 , wherein said second deleting device deletes the 
registration information of said first user from said 
list of said second user when being instructed to de- 
lete the registration information of said first user 
from said list of said second user by said second 
user. 



a storage device that stores a list registering in- 5. 
formation of one or more users to be subject to 
message exchange for each user; 25 
said first client system comprising: 

a first deleting device that deletes registra- 
tion information of said second user from a 
list of said first user based on an instruction 30 
from said first user; and 

a deletion requesting device that transmits 6. 
a deletion request message, for deleting 
the registration information of said first user 
? from a list of said second user, to said sec- 35 

ond client system via said server system 
when said first deleting device deletes the 
registration information of said second us- 7. 
er from said list of said first user, and 
said second client system comprising: 40 

a second deleting device that deletes 
the registration information of said first 
user from said list of said second user 
when receiving said deletion request 45 
. message from said server system. 

8. 

2. The message exchange system according to claim 
1 , wherein said second client system further com- 
prises: 50 

a registration determining device that deter- 
mines whether information of said first user is 
registered in said list of said second user when 
receiving said deletion request message from 55 
said server system, and 

wherein said second deleting device deletes 



The message exchange system according to claim 
1 , further comprising: 

a transmitter that transmits a deletion comple- 
tion message to said first client system via said 
server system when said second deleting de- 
vice deletes said registration information of 
said first user from said list of said second user. 

The message exchange system according to claim 
1, wherein said storage device is provided in said 
server system, and said first deleting device com- 
prises a device that requests said server system to 
delete information of said second user. 

The message exchange system according to claim 
4, wherein said storage device is provided in said 
server system, and said first deleting device com- 
prises a device that requests said server system to 
delete information of said second user, and said 
second deleting device comprises a device that re- 
quests said server system to delete information of 
said first user 

A message exchange system in which at least a first 
client system used by a first user and a second cli- 
ent system used by a second user are connected 
to each other via at least one server system and a 
communication network and each client system ex- 
changes a message via said server system, com- 
prising: 

a storage device that stores a list registering in- 
formation of one or more users to be subject to 
message exchange for each user; 
said first client system comprising: 
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a first deleting device that deletes registra- 
tion information of said second user from a 
list of said first user based on-an instruction 
from' said first user; and 
a deletion notifying device that transmits a 
notification of deletion message, which no- 
tifies that registration information of said 
first user is deleted from a list of said sec- 
ond user, to.said second client system via 
said server system when said first deleting 
device deletes the registration information 
of said second user from said first list of 
said first user 

9. A client system that exchanges a message with an- 
other client system via a server system connected 
to a communication network, comprising: 

a deleting device that deletes registration infor- 
mation of a second user from a list of a first user 
based on an instruction from said first user of. 
said client system; and 
a deletion requesting device that transmits a 
deletion request message, for deleting the reg- 
istration information of said first user from a list 
of said second user, to said other client system 
used by said second user via said server sys- 
tem when said deleting device deletes the reg- 
istration information of said first user from said 
list of said second user. 

1 0. A client system that exchanges a message with an- 
other client system via a server system connected 
to a communication network, comprising: 

a receiver that receives a deletion request mes- 
sage for deleting registration of information of 
a first user from a list of a second user, who 
uses said client system, from said server sys- 
tem; and 

a deleting device that deletes the registration 
of information of said first user from said list of 
said second user when said receiving device 
receives said deletion request message. 

11. The client system according to claim 10, further 
comprising: 

a registration determining device that deter- 
mines whether information of said first user is 
registered in said list of said second user when 
said receiving device receives said deletion re- 
quest message, 

wherein said deleting device deletes the reg- 
istration information of said first user when said reg- 
istration determining device determines information 
of said first user is registered in said list of said sec- 



ond user. 

12. A message exchange method of a message ex- 
change system in which at least a first client system 
used by a first user and a second client system used 
by a second user are connected to each other via 
at least one server system and a communication 
network and each client system exchanges a mes- 
sage via said server system, comprising: 

preparing a list for registering information of 
one or more users to be subject to message ex- 
change for each user; 

deleting registration information of said second 
user from a list of said first user based on an 
instruction from said first user by use of said 
first client system; 

transmitting a deletion request message, for 
deleting the registration of information of said 
first user from a list of said second user, to said 
second client system via said server system by 
. use of said first client system when information 
of said second user is deleted from said list of 
said first user; and 

deleting the registration information of said first 
user from said list of said second user by use 
of said second client system when said second 
client system receives said deletion request 
message from said server system. 

13. The message exchange method according to claim 
12, further comprising: 

determining whether information of said first us- 
er is registered in said list of said second user 
when said second client system receives said 
deletion request message from said server sys- 
tem, and 

wherein the deletion of registration informa- 
tion of said first user is executed when it is deter- 
mined that information of said first user is registered 
in said list of said second user. 



45 1 4. The message exchange method according to claim 
12, further comprising: 



instructing a request for deleting the registra- 
tion information of said first user from said list 
of said second user by said first user, 
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wherein the deletion request message is 
transmitted to said second client system via said 
server system when said first user instructs said re- 
quest. 

15. The message exchange method according to claim 
12, wherein the deletion of information of said first 
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user from said list of said second user is performed 
when said second user instructs the deletion of the 
registration of information of said first userf rom said 
list of said second user. 

5 

16. The message exchange method according to claim 
12, further comprising: 

transmitting a deletion completion message to 
said first client system via said server system 10 
when said registration information of said first 
user is deleted from said list of said second us- 
er. 

1 7. The message exchange method according to claim *5 
12, wherein said list is stored in a storage device in 
said server system. 

18. A message exchange method of a message ex- 
change system in which at least a first client system 20 
used by a first user and a second client system used 

by a second user are connected to each other via 
at least one server system and a communication 
network and each client system exchanges a mes- 
sage via said server system, comprising: 2s 

preparing a list for registering information of 
one or more users to be subject to message ex- 
change for each user; 

deleting registration information of said second 30 
user from a list of said first user based on an 
instruction from said first user by use of said 
first client system; and 

transmitting a notification of deletion message, 
notifying that the registration information of said 35 
first user is deleted from a list of said second 
user, to said second client system via said serv- 
er system by use of said first client system when 
information of said second user is deleted from 
said list of said first user. 40 

19. A message exchange method, which is executed 
by a client system that exchanges a message with 
another client system via a server system connect- 
ed to a communication network, comprising: 45 



by a client system that exchanges a message with 
another client system via a server system connect- 
ed to a communication network, comprising: 

receiving a deletion request message for delet- 
ing registration of information of a first userfrom 
a list of a second user, who uses said client sys- 
tem, from said server system; and 
deleting the registration information of said first 
user from said list of said second user when 
said the deletion request message is received. 

21 . The message exchange method according to claim 
20, further comprising: 

determining whetherinformation of said first us- 
er is registered in said list of said second user 
when said deletion request message is re- 
ceived, 

wherein the registration information of said 
first user is deleted when it is determined that infor- 
mation of said first user is registered in said list of 
said second user. 

22. A client system that exchanges a message with an- 
other client system via a server system connected 
to a communication network, comprising: 

storage that stores a program; 

a processor that executes said program; and 

a communication device that communicates 

with said server system via said communication 

network, 

wherein said storage includes the program 
comprising deleting registration of information of a 
second user from a list of a first user based on an 
instruction from said first user of said client system; 
and transmitting a deletion request message, for 
deleting the registration information of said first user 
from a list of said second user, to said other client 
system used by said second user via said server 
system when the. registration of information of said 
second user is deleted. 



deleting registration information of a second 
user from a list of a first user based on an in- 
struction from said first user of said client sys- 
tem; and 50 
transmitting a deletion request message, for 
deleting the registration information of said first, 
user from a list of said second user, to said oth- 
er client system used by said second user via 
said server system when the registration infor- 55 
mation of said first user is deleted. 

20. A message exchange method, which is executed 



23. A client system that exchanges a message with an- 
other client system via a server system connected 
to a communication network, comprising: 

storage that stores a program; 
a processor that executes said program; and 
a communication device that performs commu- 
, nication with said server system via said com- ■ 
munication network, 

wherein said storage includes the program 
comprising receiving a deletion request message 
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for deleting registration information of a first user 
from a list of a second user, who uses said client 
system, from said server system; and deleting the 
registration information of said first user from said 
list of said second user when said deletion request 5 
message is received. 

24. A storage medium on which is recorded a program 
for causing a client system to exchange a message 
with another client system via a server system con- 1 o 
nected to a communication network, said program 
comprising: 

deleting registration information of a second 
user from a list of a first user based on an in- *5 
struction from said first user of said client sys- 
tem; and 

transmitting a deletion request message for de- 
leting the registration of information of said first 
user from a list of said second user to said other 20 
client system used by said second user via said 
server system when information of said second 
user is deleted. 

25. A storage medium recording a program for causing 25 
a client system to exchange a message with anoth- 
er client system via a server system connected to a 
communication network, said program comprising: 

receiving a deletion request message for delet- 30 
ing registration information of a first user from 
a list of a second user, who uses said client sys- 
tem, from said server system; and 
deleting the registration of information of said 
first user from said list of said second user when 35 
said deletion request message is received. 

26. A carrier wave on which a signal, which is converted 
from a program for causing a client system to ex- 
change a message with another client system via a 40 
server system connected to a communication net- 
work, is superimposed, said program comprising: 

deleting registration information of a second 
user from a list of a first user based on an in- 45 
struction from said first user of said client sys- 
tem; and 

transmitting a deletion request message, for 
deleting the registration information of said first 
user from a list of said second user, to said oth- so 
er client system used by said second user via 
said server system when information of said 
second user is deleted. 

27. Acarrierwave on which a signal, which is converted 55 
from a program for causing a client system to ex- 
change a message with another client system via a 
server system connected to a communication net- 
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work, is superimposed, said program comprising: 

receiving a deletion request message for delet- 
ing registration information of a first user from 
a list of a second user, who uses said client sys- 
tem, from said server system; and 
deleting the registration information of said first 
user from said list of said second user when 
said deletion request message is received. 

28. A message exchange system in which at least a first 
client system used by a first user and a second cli- 
ent system used by a second user are connected 
to each other via at least one server system and a 
communication network and each client system ex- 
changes a message via said server system, com- 
prising: 

a storage device that stores a list registering-in- 
formation of one or more users to be subject to 
message exchange for each user; 
said first client system comprising: 

a requesting device that transmits a regis- 
tration request message, for registering in- 
formation of said second user to a list of a 
first user based on an instruction, from said 
first user to said second client user via said 
server system; 

a receiver that receives a message from 
said second client system in response to 
said registration request message; 
said second client system comprising: 

a registering device that registers in- 
formation of said first user to a list of 
said second user based on an instruc- 
tion from said second user when said 
registration request message is re- 
ceived; and 

a registration notifying device that 
transmits a mutual registration mes- 
sage to said first client system via said 
server, system when information of 
said first user is registered by said reg- 
istering device. 

said first client system further compris- 
ing: 

a mutual registering device that 
registers information of said sec- 
ond userto said list of.said first us- 
er when said receiver receives the 
mutual registration message. 

29. The message exchange system according to claim 
28, wherein said storage device is provided in said 
server system, said registering device comprises a 



18 



BNSDCCID: <EP 12571 10A2_L> 



35 



EP 1 257 110 A2 



36 



device that requests said server system to register 
information of said first user, and said mutual reg- 
istering device comprises a device that requests 
said server system to register information of said 
second user. 

30. A client system that exchanges a message with an- 
other client system via a server system connected 
to a communication network, comprising: 

a receiver that receives a registration request 
message for registering information of a sec- 
ond user to a list of a first user, who uses said 
other client system, from said server system; 
a registering device that registers information 
of said first user to a list of said second user 
based on an instruction from said second user 
when said receiver receives said registration 
request message; and 

a registration notifying device that transmits a 
mutual registration message to said other client 
system via said server system when informa- 
tion of said first user is registered by said reg- 
istering device. 

31. A message exchange method of a message ex- 
change system in which at least a first client system 
used by a first user and a second client system used 
by a second user are connected to each other via 
at least one server system and a communication 
network and each client system exchanges a mes- 
sage via said server system, comprising: 

preparing a list for registering information of 
one or more users to be subject to message ex- 
change for each user; 

transmitting a registration request message, for 
registering information of a second user to a list 
of a first user based on an instruction from said 
first user, to said second client user via said 
server system by use of said first client system; 
registering information of said first user to a list 
of said second user based on an instruction 
from said second user when said second client 
system receives said registration request mes- 
sage; 

transmitting a mutual registration message to 
said first client system via said server system 
when information of said first user is registered; 
and 

registering information of said second user to 
said list of said first user when said first client 
system receives said mutual registration mes- 



10 



15 



20 



25 



30 



35 



40 



45 



50 



32. A message exchange method that is executed by a 
client system that exchanges a message with an- 
other client system via a server system connected 
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to a communication network, comprising: 

receiving a registration request message for 
registering information of a second user to a list 
of a first user, who uses said other client sys- 
tem, from said server system; 
registering information of said first user to a list 
of said second user based on an instruction 
from said second user when said registration 
request message is received; and 
transmitting a mutual registration message to 
said other client system via said server system 
when information of said first user is registered. 

33. A client system that exchanges a message with an- 
other client system via a server system connected 
to a communication network, comprising: 

storage that stores a program; 

a processor that executes said program; and 

a communication device that communicates 

with said server system via said commun ication 

network, 

wherein said program comprising: 

receiving a registration request message for 
registering information of a second userto a list 
of a first user, who uses said other client sys- 
tem, from said server system; 
registering information of said first userto a list 
of said second user based on an instruction 
from said second user when said registration 
request message is received; and 
transmitting a mutual registration message to 
said other client system via said server system 
when information of said first user is registered. 

34. A storage medium on which is recorded a program 
for causing a client system to exchange a message 
with another client system via a server system con- 
nected to a communication network, said program 
comprising: 

receiving a registration request message for 
registering information of a second userto a list 
of a first user, who uses said other client sys- 
tem, from said server system; 
registering information of said first user to a list 
of said second user based on an instruction 
from said second user when said registration 
request message is received; and 
transmitting a mutual registration message to 
said other client system via said server system 
when information of said first user is registered. 



35. A carrier wave on which a signal, which is converted 
from a program for causing a client system to ex- 
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change a message with another client system via a 
server system connected to a communication net- 
work, is superimposed, said program comprising: 

receiving a registration request message for 5 
registering information of a second user to a list 
of a first user, who uses said other client sys- 
tem, from said server system; 
registering information of said first user to a list 
of said second user based on an instruction 10 
from said second user when said registration 
request message is received; and 
transmitting a mutual registration message to 
said other client system via said server system 
when information of said first user is registered. 15 
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